09/607,256 

Attorney Docket: 042390P7708 

Amendments to the Claims 

1. (Canceled) 

2. (Currently amended) The method of claim 4- 45, wherein determining if the 
device is busy comprises determining whether a locked flag is set, if the locked flag is set the 
device is busy and if the locked flag is not set the device is not busy. 

3. (Currently amended) The method of claim ± 45, further comprising, setting a 
locked flag if the device is not busy. 

4. (Cancelled) 

5. (Currently amended) The method of claim 4- 45, further comprising, calling 
the scheduling driver to obtain I/O operation results after sleeping for the estimated 
processing time and determining if the I/O request has been completed. 

6. (Original) The method of claim 5, further comprising, clearing a locked flag if the 
I/O request has been completed. 

7. (Previously presented) The method of claim 5, further comprising, providing 
the I/O operation results from the I/O request if the I/O request has been completed. 

8. (Original) The method of claim 5, further comprising, sleeping for a timer tick 
interval if the I/O request has been completed. 

9. (Previously presented) The method of claim 5, further comprising, calculating 
an estimated processing time remaining (EPTR) for the I/O request to be completed, if the 
I/O request has not been completed, and providing the estimated processing time remaining 
(EPTR). 

10. (Previously presented) The method of claim 9, further comprising: 

sleeping for the estimated processing time remaining (EPTR); 

calling the scheduling driver to obtain the I/O operation results after sleeping for the 
estimated processing time remaining (EPTR); and 

determining if the I/O request has been completed. 

1 1 . (Previously presented) The method of claim 10, further comprising: 
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determining if the I/O request has been completed and calculating an estimated 
processing time remaining (EPTR) for the I/O request to be completed, if the I/O request has 
not been completed; 

sleeping for the estimated processing time remaining (EPTR); 

calling the scheduling driver to obtain the I/O operation results after sleeping for the 
estimated processing time remaining (EPTR); and 

if the I/O request has not been completed, 

repetitively performing the above operations until the I/O request has been completed. 

12. (Currently amended) The method of claim ± 45, further comprising 
calculating an estimated amount of time left (EATL) until the device will be available if the 
device is busy, and providing the estimated amount of time left (EATL). 

13. (Previously presented) The method of claim 12, further comprising: 
sleeping for the estimated amount of time left (EATL); 

calling the scheduling driver to start the I/O request to the device after sleeping for the 
estimated amount of time left (EATL); and 

determining if the device is still busy. 

14. (Previously presented) The method of claim 13, further comprising: 

determining if the device is still busy and calculating the estimated amount of time 
left (EATL) until the device will be available, if the device is still busy; 

sleeping for the estimated amount of time left (EATL); 

calling the scheduling driver to start the I/O request to the device for the application, 
after sleeping for the estimated amount of time left (EATL); and 

if the I/O request has not been started, 

repetitively performing the above operations until the I/O request has been started. 

15. (Currently amended) A machine-readable medium having stored thereon 
instructions, which when executed by a machine, causes the machine to perform operations 
comprising: 
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calling a scheduling driver to start an Input/Output (I/O) request to a device for an 
application, the device being one of a plurality of different types useable by an application^ 
wherein the scheduling driver implements a protocol using time estimates enabling the 
scheduling driver to be usable with a device that does not generate interrupts ; 

determining if the device is busy; and 

if the device is not busy, providing an estimated processing time (EPT) for the I/O 
request to be completed for the application, wherein the application sleeps for the estimated 
processing time. 

16. (Original) The machine-readable medium of claim 15, wherein determining if the 
device is busy comprises determining whether a locked flag is set, if the locked flag is set the 
device is busy and if the locked flag is not set the device is not busy. 

17. (Original) The machine-readable medium of claim 15, further comprising 
the operation of setting a locked flag if the device is not busy. 

18. (Canceled) 

19. (Previously presented) The machine-readable medium of claim 15, further 
comprising the operations of calling the scheduling driver to obtain I/O operation results after 
sleeping for the estimated processing time and determining if the I/O request has been 
completed. 

20. (Original) The machine-readable medium of claim 19, further comprising 
the operation of clearing a locked flag if the I/O request has been completed. 

2 1 . (Previously presented) The machine-readable medium of claim 1 9, further 
comprising the operation of providing the I/O operation results from the I/O request if the I/O 
request has been completed. 

22. (Original) The machine-readable medium of claim 19, further comprising 
the operation of sleeping for a timer tick interval if the I/O request has been completed. 

23. (Previously presented) The machine-readable medium of claim 19, further 
comprising the operations of calculating an estimated processing time remaining (EPTR) for 
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the I/O request to be completed, if the I/O request has not been completed, and providing the 
estimated processing time remaining (EPTR). 

24. (Previously presented) The machine-readable medium of claim 19, further 
comprising the operations of: 

sleeping for the estimated processing time remaining (EPTR); 

calling the scheduling driver to obtain the I/O operation results after sleeping for the 
estimated processing time remaining (EPTR); and 

determining if the I/O request has been completed. 

25. (Previously presented) The machine-readable medium of claim 24, further 
comprising performing the operations of: 

determining if the I/O request has been completed and calculating an estimated 
processing time remaining (EPTR) for the I/O request to be completed, if the I/O request has 
not been completed; 

sleeping for the estimated processing time remaining (EPTR); 

calling the scheduling driver to obtain the I/O operation results after sleeping for the 
estimated processing time remaining (EPTR); and 

if the I/O request has not been completed, 

repetitively performing the above operations until the I/O request has been completed. 

26. (Previously presented) The machine-readable medium of claim 15, further 
comprising the operations of calculating an estimated amount of time left (EATL) until the 
device will be available if the device is busy, and providing the estimated amount of time left 
(EATL). 

27. (Previously presented) The machine-readable medium of claim 26, further 
comprising the operations of: 

sleeping for the estimated amount of time left (EATL); 

calling the scheduling driver to start the I/O request to the device after sleeping for the 
estimated amount of time left (EATL); and 

determining if the device is still busy. 
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28. (Previously presented) The machine-readable medium of claim 27, further 
comprising performing the operations of: 

determining if the device is still busy and calculating the estimated amount of time 
left (EATL) until the device will be available, if the device is still busy; 

sleeping for the estimated amount of time left (EATL); 

calling the scheduling driver to start the I/O request to the device, after sleeping for 
the estimated amount of time left (EATL); and 

if the I/O request has not been started, 

repetitively performing the above operations until the I/O request has been started. 

29. (Canceled) 

30. (Currently amended) The apparatus of claim 29 53, wherein determining if 
the device is busy comprises determining whether a locked flag is set, if the locked flag is set 
the device is busy and if the locked flag is not set the device is not busy. 

3 1 . (Currently amended) The apparatus of claim 29 53, wherein the scheduling 
driver sets a locked flag if the device is not busy. 

32. (Canceled) 

33. (Currently amended) The apparatus of claim 29 53, wherein the application 
calls the scheduling driver to obtain I/O operation results after sleeping for the estimated 
processing time and determines if the I/O request has been completed. 

34. (Original) The apparatus of claim 33, wherein the scheduling driver clears a 
locked flag if the I/O request has been completed. 

35. (Currently amended) The apparatus of claim 32 53 wherein the scheduling 
driver provides the I/O operation results from the I/O request to the application if the I/O 
request has been completed. 

36. (Currently amended) The apparatus of claim 32 53 wherein the application 
sleeps for a timer tick interval if the I/O request has been completed. 

37. (Currently amended) The apparatus of claim 32 53 wherein the scheduling 
driver calculates an estimated processing time remaining (EPTR) for the I/O request to be 
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completed, if the I/O request has not been completed, and provides the estimated processing 
time remaining (EPTR) to the application. 

38. (Previously presented) The apparatus of claim 37, wherein the application: 

sleeps for the estimated processing time remaining (EPTR); 

calls the scheduling driver to obtain the I/O operation results after sleeping for the 
estimated processing time remaining (EPTR); and 

determines if the I/O request has been completed. 

39. (Previously presented) The apparatus of claim 38, wherein the application: 
determines if the I/O request has been completed; 

sleeps for the estimated processing time remaining (EPTR) calculated by the 
scheduling driver; 

calls the scheduling driver to obtain the I/O operation results after sleeping for the 
estimated processing time remaining (EPTR); and 

if the I/O request has not been completed, 

repetitively performing the above operations until the I/O request has been completed. 

40. (Currently amended) The apparatus of claim 29 53, wherein the scheduling 
driver calculates an estimated amount of time left (EATL) until the device will be available to 
the application if the device is busy, and provides the estimated amount of time left (EATL) 
to the application. 

41. (Original) The apparatus of claim 40, wherein the application: 
sleeps for the estimated amount of time left (EATL); 

calls the scheduling driver to start the I/O request to the device for the application 
after sleeping for the estimated amount of time left (EATL); and 

determines if the device is still busy. 

42. (Previously presented) The apparatus of claim 41 , wherein the application: 
determines if the device is still busy; 
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sleeps for the estimated amount of time left (EATL) calculated by the scheduling 

driver; 

calls the scheduling driver to start the I/O request to the device for the application, 
after sleeping for the estimated amount of time left (EATL); and 

if the I/O request has not been started, 

repetitively performing the above operations until the I/O request has been started. 

43. (Currently amended) Th e m e thod as r e cit e d in claim 1 A method comprising: 

calling a scheduling driver to start an Input/Output (I/O) request to a device for an 
application, the device being one of a plurality of different types of devices useable by an 
application , wherein the scheduling driver implements a protocol using time estimates 
enabling the scheduling driver to be usable with a device that does not generate interrupts; 

determining if the device is busy; and 

if the device is not busy, providing an estimated processing time (EPT) for the I/O 
request to be completed for the application, wherein the application sleeps for the estimated 
processing time . 

44. (Currently amended) Th e m e thod as r e cit e d in claim 8 A method comprising: 

calling a scheduling driver to start an Input/Output (I/O) request to a device for an 
application, the device being one of a plurality of different types of devices useable by an 
application; 

determining if the device is busy; and 

if the device is not busy, providing an estimated processing time (EPT) for the I/O 
request to be completed for the application, wherein the application sleeps for the estimated 
processing time; 

sleeping for a timer tick interval if the I/O request has been completed; 

calling the scheduling driver to obtain I/O operation results after sleeping for the 
estimated processing time and determining if the I/O request has been completed; and 
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, furth e r comprising synchronizing a system clock with a clock associated with the 
scheduling driver, wherein the timer tick indicates an instant where the system clock and 
scheduling driver clock simultaneously generate an interrupt. 

45. (Currently amended) Th e m e thod as r e cit e d in claim 1, A method 
comprising: 

calling a scheduling driver to start an Input/Output (I/O) request to a device for an 
application, the device being one of a plurality of different types of devices useable by an 
application; 

determining if the device is busy; 

if the device is not busy, providing an estimated processing time (EPT) for the I/O 
request to be completed for the application, wherein the application sleeps for the estimated 
processing time; and 

furth e r comprising: 

loading the scheduling driver into an operating system such that applications are 
capable of generating I/O requests to the device. 

46. (Previously presented) The method as recited in claim 45, wherein the 
scheduling driver is a passive software component. 

47. (Previously presented) The method as recited in claim 45, wherein a single 
instance of the scheduling driver is shared among a plurality of applications that access the 
device. 

48. (Currently amended) Th e m e thod as r e cited in claim 1 A method 
comprising: 

calling a scheduling driver to start an Input/Output (I/O) request to a device for an 
application, the device being one of a plurality of different types of devices useable by an 
application; 

determining if the device is busy; and 
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if the device is not busy, providing an estimated processing time (EPD for the I/O 
request to be completed for the application, wherein the application sleeps for the estimated 
processing time , 

where a plurality of applications simultaneously generate device I/O requests. 

49. (Currently amended) Th e m e thod as r e cit e d in claim 8 A method comprising: 

calling a scheduling driver to start an Input/Output (I/O) request to a device for an 
application, the device being one of a plurality of different types of devices useable by an 
application; 

determining if the device is busy; 

if the device is not busy, providing an estimated processing time (EPT) for the I/O 
request to be completed for the application, wherein the application sleeps for the estimated 
processing time; 

calling the scheduling driver to obtain I/O operation results after sleeping for the 
estimated processing time and determining if the I/O request has been completed; 

sleeping for a timer tick interval if the I/O request has been completed; 

, furth e r comprising: 

specifying a zero time interval, by the driver; 

sleeping for a timer tick interval, thereby yielding a time slice by the application; and 

switching, by an operating system scheduler, the CPU to a next application, while 
allowing the application to remain runnable. 

50. (Currently amended) Th e m e thod as r e cit e d in claim 1 A method comprising: 

calling a scheduling driver to start an Input/Output (I/O) request to a device for an 
a pplication, the device being one of a plurality of different types of devices useable by an 
a pplication; 

determining if the device is busy; and 

if the device is not busy, providing an estimated processing time (EPT) for the I/O 
request to be completed for the application, wherein the application sleeps for the estimated 
processing time . 
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wherein the scheduling driver does not poll, thereby allowing critical execution 
sections to be exited quickly. 

51. (Currently amended) Th e syst e m as r e cit e d in claim 29 An apparatus 
comprising: 

a processor having a memory connected thereto, the memory storing an application, a 
scheduling driver, the application calling the scheduling driver to start an Input/Output (I/O) 
request to a device, the device being one of a plurality of different types of devices useable by 
an application; 

the scheduling driver, 

determining if a device is busy; and 

if the device is not busy, providing an estimated processing time (EPT) for the 
I/O request to be completed for the application, wherein the application sleeps for the 
estimated processing time , wherein the scheduling driver implements a protocol using 
time estimates enabling the scheduling driver to be usable with a device that does not 
generate interrupts. 

52. (Currently amended) Th e system as r e cit e d in claim 36, An apparatus 
comprising: 

a processor having a memory connected thereto, the memory storing an application, a 
scheduling driver, the application calling the scheduling driver to start an Input/Output (I/O) 
request to a device, the device being one of a plurality of different types of devices useable by 
an application; 

the scheduling driver, 

determining if a device is busy; and 

if the device is not busy, providing an estimated processing time (EPT) for the 
I/O request to be completed for the application, wherein the application sleeps for the 
estimated processing time, 

wherein the application sleeps for a timer tick interval if the VO request has been 
completed, and 
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wherein a system clock is synchronized with a clock associated with the scheduling 
driver, wherein the timer tick indicates an instant where the system clock and scheduling 
driver clock simultaneously generate an interrupt. 

53. (Currently amended) Th e syst e m as r e cit e d in claim 29 An apparatus 
comprising: 

a processor having a memory connected thereto, the memory storing an application, a 
scheduling driver, the application calling the scheduling driver to start an Input/Output (VO) 
request to a device, the device being one of a plurality of different types of devices useable by 
an application; 

the scheduling driver, 

determining if a device is busy; and 

if the device is not busy, providing an estimated processing time (EPT) for the 
I/O request to be completed for the application, wherein the application sleeps for the 
estimated processing time , 

wherein the scheduling driver is loaded into an operating system such that 
applications are capable of generating I/O requests to the device. 

54. (Currently amended) The syst e m a pparatus as recited in claim 53, wherein 
the scheduling driver is a passive software component. 

55. (Currently amended) The syst e m apparatus as recited in claim 53, wherein a 
single instance of the scheduling driver is shared among a plurality of applications that access 
the device. 

56. (Currently amended) Th e syst e m as r e cit e d in claim 29 An apparatus 
comprising: 

a processor having a memory connected thereto, the memory storing an application, a 
scheduling driver, the application calling the scheduling driver to start an Input/Output (I/O) 
request to a device, the device being one of a plurality of different types of devices useable by 
an application; 

the scheduling driver. 
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determining if a device is busy; and 

if the device is not busy, providing an estimated processing time (EPT) for the 
I/O request to be completed for the application, 

wherein the application sleeps for the estimated processing time , and 

where a plurality of applications simultaneously generate device I/O requests. 

57. (Currently amended) Th e syst e m as r e cit e d in claim 36, An apparatus 
comprising: 

a processor having a memory connected thereto, the memory storing an application, a 
scheduling driver, the application calling the scheduling driver to start an Input/Output (I/O) 
request to a device, the device being one of a plurality of different types of devices useable by 
an application; 

the scheduling driver, 

determining if a device is busy; and 

if the device is not busy, providing an estimated processing time (EPT) for the 
I/O request to be completed for the application, 

wherein the application sleeps for the estimated processing time, 

wherein the application sleeps for a timer tick interval if the I/O request has been 
completed, and 

wherein if the scheduling driver specifies a zero time interval, the application sleeps 
for a timer tick interval, thereby yielding a time slice by the application, and an operating 
system scheduler switches to a next application, while allowing the application to remain 
runnable. 

58. (Currently amended) Th e syst e m as r e cit e d in claim 29 An apparatus 
comprising: 

a processor having a memory connected thereto, the memory storing an application, a 
scheduling driver, the application calling the scheduling driver to start an Input/Output (I/O) 
request to a device, the device being one of a plurality of different types of devices useable by 
an application; 
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the scheduling driver, 

determining if a device is busy; and 

if the device is not busy, providing an estimated processing time (EPT) for the 
I/O request to be completed for the application, wherein the application sleeps for the 
estimated processing time , 

wherein the scheduling driver does not poll, thereby allowing critical 
execution sections to be exited quickly. 

59. (New) The method of claim 43, wherein determining if the device is busy 
comprises determining whether a locked flag is set, if the locked flag is set the device is busy 
and if the locked flag is not set the device is not busy. 

60. (New) The method of claim 43, further comprising, setting a locked flag if the 
device is not busy. 

61 . (New) The method of claim 43, further comprising, calling the scheduling 
driver to obtain I/O operation results after sleeping for the estimated processing time and 
determining if the I/O request has been completed. 

62. (New) The method of claim 61, further comprising, clearing a locked flag if 
the I/O request has been completed. 

63. (New) The method of claim 61, further comprising, providing the I/O 
operation results from the I/O request if the I/O request has been completed. 

64. (New) The method of claim 61 , further comprising, sleeping for a timer tick 
interval if the I/O request has been completed. 

65. (New) The method of claim 61, further comprising, calculating an estimated 
processing time remaining (EPTR) for the I/O request to be completed, if the I/O request has 
not been completed, and providing the estimated processing time remaining (EPTR). 

66. (New) The method of claim 65, further comprising: 

sleeping for the estimated processing time remaining (EPTR); 

calling the scheduling driver to obtain the I/O operation results after sleeping for the 
estimated processing time remaining (EPTR); and 
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determining if the I/O request has been completed. 

67. (New) The method of claim 66, further comprising: 

determining if the I/O request has been completed and calculating an estimated 
processing time remaining (EPTR) for the I/O request to be completed, if the I/O request has 
not been completed; 

sleeping for the estimated processing time remaining (EPTR); 

calling the scheduling driver to obtain the I/O operation results after sleeping for the 
estimated processing time remaining (EPTR); and 

if the I/O request has not been completed, 

repetitively performing the above operations until the I/O request has been completed. 

68. (New) The method of claim 43, further comprising calculating an estimated 
amount of time left (EATL) until the device will be available if the device is busy, and 
providing the estimated amount of time left (EATL). 

69. (New) The method of claim 68, further comprising: 
sleeping for the estimated amount of time left (EATL); 

calling the scheduling driver to start the I/O request to the device after sleeping for the 
estimated amount of time left (EATL); and 

determining if the device is still busy. 

70. (New) The method of claim 69, further comprising: 

determining if the device is still busy and calculating the estimated amount of time 
left (EATL) until the device will be available, if the device is still busy; 

sleeping for the estimated amount of time left (EATL); 

calling the scheduling driver to start the I/O request to the device for the application, 
after sleeping for the estimated amount of time left (EATL); and 

if the I/O request has not been started, 

repetitively performing the above operations until the I/O request has been started. 
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71 . (New) The apparatus of claim 5 1 , wherein determining if the device is busy 
comprises determining whether a locked flag is set, if the locked flag is set the device is busy 
and if the locked flag is not set the device is not busy. 

72. (New) The apparatus of claim 51, wherein the scheduling driver sets a locked 
flag if the device is not busy. 

73. (New) The apparatus of claim 51, wherein the application calls the scheduling 
driver to obtain I/O operation results after sleeping for the estimated processing time and 
determines if the I/O request has been completed. 

74. (New) The apparatus of claim 73, wherein the scheduling driver clears a 
locked flag if the I/O request has been completed. 

75. (New) The apparatus of claim 51 wherein the scheduling driver provides the 
I/O operation results from the I/O request to the application if the I/O request has been 
completed. 

76. (New) The apparatus of claim 5 1 wherein the application sleeps for a timer 
tick interval if the I/O request has been completed. 

77. (New) The apparatus of claim 51 wherein the scheduling driver calculates an 
estimated processing time remaining (EPTR) for the I/O request to be completed, if the I/O 
request has not been completed, and provides the estimated processing time remaining 
(EPTR) to the application. 

78. (New) The apparatus of claim 77, wherein the application: 

sleeps for the estimated processing time remaining (EPTR); 

calls the scheduling driver to obtain the I/O operation results after sleeping for the 
estimated processing time remaining (EPTR); and 

determines if the I/O request has been completed. 

79. (New) The apparatus of claim 78, wherein the application: 
determines if the I/O request has been completed; 

sleeps for the estimated processing time remaining (EPTR) calculated by the 
scheduling driver; 
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calls the scheduling driver to obtain the I/O operation results after sleeping for the 
estimated processing time remaining (EPTR); and 

if the I/O request has not been completed, 

repetitively performing the above operations until the I/O request has been completed. 

80. (New) The apparatus of claim 51, wherein the scheduling driver calculates an 
estimated amount of time left (EATL) until the device will be available to the application if 
the device is busy, and provides the estimated amount of time left (EATL) to the application. 

81. (New) The apparatus of claim 80, wherein the application: 
sleeps for the estimated amount of time left (EATL); 

calls the scheduling driver to start the I/O request to the device for the application 
after sleeping for the estimated amount of time left (EATL); and 

determines if the device is still busy. 

82. (New) The apparatus of claim 81, wherein the application: 
determines if the device is still busy; 

sleeps for the estimated amount of time left (EATL) calculated by the scheduling 

driver; 

calls the scheduling driver to start the I/O request to the device for the application, 
after sleeping for the estimated amount of time left (EATL); and 

if the I/O request has not been started, 

repetitively performing the above operations until the I/O request has been started. 
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